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(57) Abstract: A receiver (Figure 2), receives TP session announcement signals from a terrestrial digital video broadcasting system. 
O Each TP session announcement (RM) includes information concerning announcements on an immediately lower level as well as in- 
formation identifying the quantity of announcement data, such as the number of announcement messages, and a timeout value. The 
quantity data tells the receiver how many messages XI to X3 it needs to receive (C) before it has received all the relevant announce- 
ment messages. The timeout value informs the receiver how long it can wait before again receiving the messages XI to X3 (which 
may have changed in content by then). After initially receiving the messages XI to X3, the receiver may sleep (E), or it may receive 
^ announcement messages from another channel Y (D). 
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ANNOUNCING INFORMATION SERVICE THROUGH BROADCASTING 
OR MULTICASTING 



Field of the Invention 

• • • , 

This invention relates to a method of operating broadcast or multicast apparatus', 'to 
5 an information service broadcaster or m^ulticastet, to a method of operating a 

» « 

teceiver, to a receiver and to a user interface. The invention has application in, b^t 
is not limited to, Internet Protocol session announcements in terrestrial digital video 
broadcasting. 

ft 

10 Background of the Invention 

An Internet protocol (IP) service can include plural items deUvered using an IP 
session. An IP session may include an IP stream carrying primary content, such as 
Hve or recorded music, and further IP streams carrying secondary content, such as 
error correction or song lyrics. Another example of an IP session is news, where a 
IS primary IP stream may carry audio data, with secondary streams carrying a video 
clip download and a web page push respectively. Such services can be broadcast 
using terrestrial digital video broadcast pVB-T), but IP streams may instead be 
multicast or unicast. 



20 



A DVB transmission system usually provides a data rate of 10 Mbps or more. This 
provides a possibility to significandy reduce die average DVB receiver power 
consumption by using time-sUdng, which is based on time division multiplexing 
(TDM). Time sUced data is sent in bursts using significandy higher bandwidth than 
the bandwidth required if the data was transmitted using static bandwidth. Within a 
2S burst, data is included indicating die time to the beginning of the next burst (delta- 
t). Between the bursts, service data is not transmitted, allowing other services to use 
die bandwidth. This enables a receiver to stay active for only a proportion of tixe 
time, whilst still receiving bursts of data for a requested service. If the mobile 
handheld terminal requires a lower constant bitrate, buffering die received bursts 
30 can provide this. Data is formatted by using, for example, a multi-protocol 
encapsulator in accordance widi Section 7 of European Standard EN 301 192 
"Digital Video Broadcasting (DVB); DVB specification for data broadcasting." The 
multi-protocol encapsulator sends encapsulated data to a digital broadcast 
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transmitter for broadcast to the digital broadest receiver as a time-sliced signal. ^ 
The time-sliced signal comprises a continuous; series of transmission bursts. q 

UJ 

,1 

A DVBtT xkeivet terminal is able to determine information about IP sessions from ^ 
5 IP session announcements. Announcements ar'e structured in a hierarchal manner. ^ 
At the lowest level, announcements in respect of a subcategory of information ^ 
services may include a number of messages, each message having information ^ 
descdbing 4. IP mfo^.«on de.crip^ve of con.«.t of U... IP ^ ^ 

information concerning the location (e.g. chahnel frequency, etc.) of the respective ' ^ 
10 IP streams, information about schedules of sessions, and certain other parameters 
related to it. Above the lowest level, there are hierarchical levels of announcements, 
each level of which gives information only about announcements on an immediately 
lower level. The services typically are divided into different categories such tiiat the 
highest (or root) level may include messages relating one-to-one to die categories of 
15 news, sport, entertainment, etc. Announcements in the sport category may then 
consist of messages each relating to a different one of football, hockey, athletics, 
etc. There may be any number of levels of aimouncement. An IP session 
announcement can be made using a session description protocol (SDP) message, 
which forms part of a session announcement protocol (SAP) message. 

20 

It is common for an IP session announcement at one level in the hierarchy to be 
transmitted on a channel having a different frequency to a channel on which an IP 
session announcement on a lower level, for example an immediately lower level, is 
transmitted. This means that it is not usually possible for a terminal having a single 
25 radio receiver to receive announcements on different levels simultaneously. 

Summary of the Invention 

According to a first aspect of the invention, there is provided a method of operating 
broadcast or multicast apparatus, die method comprising: controUing the apparatus 
50 to broadcast or multicast, in respect of one or more announcements on a lower level 
and relating to a category of an information service, data indicating a category to 
which the announcements relate, and data indicating the quantity of announcement 
information transmitted in respect of the lower level. 



I 
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According to a second aspect of the invention, there is provided an information 

J * 

service broadcaster or multicaster arrinjged to prodiice for broadcastiiig or 
multicasting data indicating i categqry to which one or more announcements on.i 
/ lower level and relating to"^ information service belong and data indicating the 

quantity of announcement information transmitted in respect of the lower level ^ 
announcements. 

According to a third aspect of the invention, there is provided a method of 
10 operating a receiver, the method comprising: receiving via a receiver announcement 
data indicating a category to which one or more announcements on a lower level 
and relating to an information service belong, and quantity data indicating the 
quantity of announcement information transmitted in respect of the lower level 
announcements; and controlUng the receiver to receive announcement data for a 
15 period of time dependent at least in part on the quantity data. 

According to a fourth aspect of the invention, there is provided a receiver for 
receiving announcement data indicating a category to which one or more 
announcements on a lower layer and relating to an information service belong and 
20 quantity data indicating the quantity of announcement information transmitted in 
respect of the lower level announcements; and arranged to receive announcement 
data for a period of time dependent at least in part on the quantity data. 

According to a fifth aspect of the invention, there is provided a user interface, 
25 useable with an electronic program or service guide, the user interface comprising: a 
receiver module arranged to receive data indicating a category to which one or more 
announcements on a lower level and relating to an information service belong, and 
quantity data indicating the quantity of announcement information transmitted in 
respect of the lower level announcements, and a display module arranged to display 
30 a number of category options, which options are selectable by a user, tiae number of 
category options being dependent at least in part on the quantity data. 
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Advantages which may ensue from the inclusipn of the quantity information are 
generally, experienced at the receiver end. , In particular, knowing how long the 

receiver needs tp receive announcement information, for allows it to save resources, 

• " ' '•• , • • . ■ 

most nptably power supply and radio re<;eiver resources. Resource saving can be 

S optimised if..timeout information is also available. 

Embodiments of the invention will now be diescribed, by way of example only, with 
reference to the accompanying drawings. ■. . 

10 Brief Description of the Drawings 

In the drawings: 

Figure 1 is a schematic diagram of a broadcast system including components 
according to various aspects of the invention; 

Figure 2 is a schematic diagram of a receiver according to one aspect of the 
IS invention; 

Figure 3 is a schematic diagram illustrating operation of the receiver of Figure 2; 
Figure 4 is a schematic diagram illustrating a hierarchy of announcements; and 
Figures 5A to 5C are schematic diagrams illustrating screen shots produced by a 
user interface forming part of the Figure 2 receiver according to one aspect of the 
20 invention. 

Detailed Description of the Embodiments 

Referring to Figure 1, a broadcast system according to an embodiment of the 
invention is shown, comprising generally a broadcast server apparatus 10, the 

2S internet 11, a DVB-T system 12, a radio transmitter tower 13 and a cUent receiver 
terminal 14. The broadcast server 10 includes an information service broadcaster 
15, which includes software for generating IP streams and corresponding IP session 
announcements at plural levels, as SAP messages. The IP streams may be 
conventional which are not described in further detail here. In another embodiment 

30 of the invention the IP streams may also be so-called IP datacast bursts using time- 
sHcing. According to the invention, though, the IP session announcements are 
unconventional. When time-sUcing is used, the session announcements are 
substantially similar to the conventional session announcements. Except for the 
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lowest level IP session announcements, each IP session announcement generated by 
the information service broadcaster 15 includes information identifying the IP 
destination address and the port at.wfiich location SAP messages announcements on 
a level below the current leVel can be found. Typically, this is a level immediately 

* * 

below the current level, but this is not necessary. Also, announcements can be in 
respect of plural lower levels, which may or may not include the immediately lower 
level. Each IP session announcement also includes a message identifier hash field 
of the SAP message, and the category or subcategory to which the information 
service relates. The message identifier hash fields each include a hash value, which 
uniquely identifies the message with the originating source address. Ea.ch 
announcement also includes information identifying the number of messages on the 
lower level and relating to that category, and a timeout value. The timeout value 
may be set at a value dependent on, for example equal to, the minimum time 
between updates in the lower level messages. Also included are the starting and 
IS stopping times of the sending of the service and the transport format, for example 
sap sdp. Announcement messages at the lowest level give the transport protocol 
(e.g, RTP/UDP/IP) and the format of the media. 

The IP session announcements may describe the above listed information in any 
convenient manner. For example, the *count' and timeout' parameters could be 
included in the "cat" attribute of an SDP message, e.g. "a=cat:x.y.2 10 20" means 
pointer to category "x.y.z" with 'count' 10 and 'timeout' 20. Alternatively, this 
information could be included in an SDP media field "m", e.g. as «m=application 
9889 sap sdp 10 20". 



20 



25 



The IP streams and IP session announcements at all levels generated by the 
information service broadcaster 15 are provided by the server 10 and via the 
internet 11 to the DVB-T system 12. Here, the IP streams and IP session 
announcements are prepared before being broadcast by the radio transmitter tower 
30 13. The terminal receiver 14, which in this example is a terrestrial digital receiver, 
receives IP session announcements via an antenna 16. The receiver includes a 
database 17, a receiver device 18, a parser device 19 and a service directory 20, 
which contains information about the different categories which are shown to a user 
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and information -concerning where announcements relating to the categories can be 

\ • 

found. . ' ' 



Operation of the client receiver 14 is as follows. IP session announcements, are 
/ received, and the category information thereof is examined for announcements 
relating to a required information service or .qatejgory. The identity of the 
information service that is required is entered by ^ user and stored in the database. 
When an IP session announcement relating to 'the required category is found, the 

information it contains is stored locally. Froiti the stored announcement, the client ' 

• ■ * 

10 receiver 1 4 determines the IP address and port of announcements at a lower level, 
typically a level immediately below, and directs the receiver 1 8 to that location. The 
announcement may contain the IP address and port information, or it may be that 

« 

information included in the announcement is combined with mapping information 
to obtain the physical and logical channel location) required. Receiving SAP 

;i messages from that IP address and port, the cHent receiver 14 receives and stores a 
number of messages equal to the number given in the IP session announcement of 
the higher level, typically the level immediately above, after which it starts a timer 
(not shown) and ceases receiving. Here, only messages related to the required 
category are stored. Moreover, the hash values from the message identifier hash 

20 fields are examined along with the originating soxirce addresses to ensure that each 
of the different messages is received and stored. If the hash values were not 
checked, messages could be missed if, for example, the messages are transmitted in 

* 

a non-repeating sequence. Once the timer reaches a value equal in seconds to the 
timeout value included in the relevant IP session announcement, the receiver again 
2S receives SAP messages from the IP address and port identified in the higher level IP 
session announcement. 



In this way, the receiver 18 is enabled to receive SAP messages for a time sufficient 
to receive all of the messages that are included thereon, and does not receive any 
30 messages again until after a time dependent on the timeout value has lapsed. Thus, 
the receiver 18 is enabled for receiving announcement messages on that level of 
hierarchy only intermittently. 
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Announcements on lower levels which relate to announcements rathet than tP 

■ • * . * I • • 

streams are handled in a substantially the same manner^ although relating instead to 

. • . • . . . • .J. 

messages concerned with a required sub-category, rather than category: 

I • ^ ■ 

I • ■ ' 

i An alternative form of cUent receiver is shown in Figure 2. 

I • 

« 

Referring to Figure 2, a client receiver, in the form of a handheld teriiiinal 30, is 
shown, the terminal comprising generally a first antenna 31, a DVB antenna 34, a 
transceiver 32, a DVB receiver 35 for receiving DVB transmissions, a central 

10 processing unit (CPU) 33 and a power source, preferably in tiie form of a 

rechargeable battery. The transceiver 32 is connected to the first antenna 31 and to 
the CPU 33. The DVB receiver 35 is connected to the DVB antenna 34. Also 
connected to the CPU 33 are the DVB receiver 35, a keypad 36, a display 37 and an 
audio output means 38. A user interface is constituted by various parts of the 

// terminal, particularly the DVB receiver 35, the CPU 33 and the display 37. The 

terminal 30 also includes other conventional features of mobile telephone handsets, 
but these are omitted from Figure 2 for the sake of clarity. 

The identity of an information service with which a user is interested is entered via 
20 the keypad 36. Of course, entry may be made in any other convenient manner, such 

» 

as through voice commands or through a touch-screen (not shown). The CPU 33 
then controls the transceiver 32 and the DVB receiver 35 to find and to receive IP 
session announcements corresponding to the required information service. Once 
announcement information relating to the required category has been received, the 
23 CPU 33 controls the transceiver 32 and the DVB receiver 35 to receive messages on 
a lower level of announcements. 

In some circumstances, the CPU 33 may determine that further user input is 
requited, for example, to select which, if any, of the available subcategories or IP 
30 streams is of interest. Here, the available subcategories or streams are displayed 
using the display 37 and/or announced using the audio output 38, and a user 
selection input is awaited. In this case, the CPU 33 exerts control so that the 
appropriate IP session announcements or IP streams are not received until a user 
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selection has been made, which results in a saying of battery power. However, the 

t t * • * * * 

DVB receiver 35 is controlled to continue receiving IP session announcements at 
the highest level either continuously or intermittendy, in case there is a change in 
that information service. The number pf announcement messages available is 
'i determined .by the DVB receiver 35 by examining tlie information identifying the 
number of messages on the channel. Any change is reflected in the displayed 
and/ or announced options. 

An example of the way in which die receiver 14 and the terminal 30 may operate m • 
10 response to received IP session announcements is described with reference to 
Figure 3. The Figure 2 receiver is referred to for ease of explanation. 

Referring to Figure 3, the terminal 30 starts at A by controlUng its DVB receiver 35 
to receive a root level message RM, i.e. a highest level IP session announcement, 

IS corresponding to the reqviired category. The message RM includes all the 
information about the announcements on a lower level, typically the level 
immediately below the root level, as described above with reference to Figure 1. 
From the root message RM, the terminal 30 determines at step B that its DVB 
receiver 35 should receive announcement messages from channel X having a now 

20 known IP address and port, and controls the transceiver 32, as well as the receiver, 
accordingly. The terminal 30 also knows from the root message RM that there are 
three different messages on the channel X and that the timeout value is fifteen 
seconds. At step C, the DVB receiver 35 then receives three announcement 
messages, in the form of messages XI, X2 and X3, before ceasing receiving 

2S messages. It will be understood that channel X may be on the same or a different 
physical channel to that on which the root message RM is transmitted, and that it 
may be a different multicast group. 

After ceasing receiving, the DVB receiver 35 may at step D and during its timeout 
30 period, listen to messages on another channel Y, which carries annoimcement 
messages concerning one or more of the subcategories to which the messages on 
channel X relate. Alternatively, the DVB receiver 35 may sleep at step E before 
again receiving the messages on channel X at step F. To ensure full integrity of the 
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received messages, the DVB receiver 35 may perform recursive rescan at. the end of. 

* 

« 

the timeout period of step E. 

« 

In other embodiments (not sh6wn),.the quantity of data included on the IP session 
5 announcements on a level immediately below a current level is defined in the IP 
session announcements on the higher level in terms other than by the nuiiiber of _ 
messages, for example in terms of die duration of the data transmissibn or in terms 
of the quantity (in bytes) of. data. 

10 Other forms of terminal 30 are possible. With the example given, the teiminal 30 
may be any one with DVB baseband capabiUty, such as a suitably equipped laptop 
computer. Where a network other than DVB-T is used, the terminal 30 may take 
any suitable form, such as a personal digital assistant (PDA), or a portable sound 
reproduction device, such as a personal stereo. Alternatively, the receiver could be 

; 5 a wireless local area network (WLAN) module. 

In alternative embodiments, the announcements may be sent with UHTTP, instead 
of with SAP, with attachment/content of MMS or e-mail, or with HTTP response. 
UHTTP has the advantage that it can include many SDP messages. Also, XML, 
20 RDF or any other suitable structured language could be used in place of SDP. 

Referring now to Figure 4, an example of a hierarchy tree is shown. Here, a first 
(highest) level (DCO) is shown, with three categories (news, sport and 
entertainment) on a second level, which is lower than the first. Each of the 

25 categories on the second level includes various subcategories (on a third level), 
although only the subcategories of the sport category are shown, namely football, 
basketball and athletics. As can be seen, the football subcategory has two sessions 
associated with it, namely games and footbaU news. Sessions are of the lowest level 
of the hierarchy. Operation of the user interface of the receiver of Figure 2 will 

30 now be described with reference to Figures 4 and 5. 



Referring firstly to Figure 5A, the DVB receiver 35, forming part of the us( 
interface, receives aii announcement message, uansmitted in respect of the 
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level, identifying there to be three messages at ,the second level. These three 

. , 

messages.rel'ate to the same category, which in tins case is 'information'. The first 

. • ' . ' *'.' . ' ' . ' ' . . 

level announcement riiessage received by the user interface also includes certain 

' ' ' ' *•• . ' • 

other infortnation relating to them as is .described above in relation to the earUer 

Figures. The DVB receiver 35 then receives theJ.thtee messages, as described above, 

and from the received messages obtains a tidft or label for each of them. The user 

interface in response displays a screenshdt 50, which includes a number of options 

equal to the number of messages at the second -level, and identifies each, of them 

■ 

with its respective title or label. 



10 



In connection with the selection of the 'sports' option by a user, the user interface 
receives the three announcement messages which relates to the announcements in 
the category 'sports' and existing at the third level. These messages include 
information labels identifying the tides or labels of those three options, as well as 
IS the port and address where tiaose messages can be received. Labels identifying 
those subcategones are then displayed as is shown by the screen shot 51 of Figure 
5B. 

In connection with the selection of die 'football' option by a user, the user interface 
20 receives two session messages relating to that option, and information therefrom is 
displayed at the screen shot 52 of Figvire 5C. In this example, the screen shot 52 
indicates that clips from the game that morning will be broadcast between 15:00 and 
16:00. Optionally, the user interface may display odier information also received as 
part of the announcement messages, such as further description of the broadcast, 
23 and/or the URL of a website where more information can be found. 

In the foregoing, it will be appreciated that the terms 'higher level' and 'lower level' 
refer to announcements and the like which are connected with levels further up or 
down, respectively, the hierarchical structure. 



30 
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Claims 

« 

• • • * I 1 • 

.1. A method of operating broadcast or multicast apparatus, the method 

> ' ■ 

comprising: • ' * . 

controlling the apparatiis to broadcast or nivilticast, in respect of one or 
more announcements on a lower level and relating to a category of an infotmation 

service, data indicating a category to which the announcements relate,* and data 
indicating the quantity of announcement information transmitted in respect of the 
lower level. 

2. A method as claimed in claim 1, in which the data is broadcast or multicast 
in respect of one or more announcements on an immediately lower level. 

3. A method as claimed in claim 1 or claim 2, further comprising controUing 
IS the apparatus to broadcast or multicast information identifying a location of access 

of the lower level announcement information. 

4. A method as claimed in any preceding claim, further comprising contirolling 
the apparatus to broadcast or multicast information identifying a timeout value. 

20 

5. A method as claimed in any preceding claim, further comprising contirolling 
the apparatiis to broadcast or multicast information identifying a transport format 
of the lower level annotmcements. 

25 6. A method as claimed in any preceding claim, wherein the broadcast or 
multicast is an Internet Protocol datacast tiransmission using time-slicing. 

7. An information service broadcaster or multicaster arranged to produce for 
broadcasting or multicasting data indicating a category to which one or more 
30 announcements on a lower level and relating to information service belong and data 
indicating the quantity of announcement information transmitted in respect of the 
lower level announcements. 
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8. ' An information service broadcaster or multicaster as claimed in claim 7, in 

. * 

which the announcement data relates to Qiie.ot more announcements on an- 
itmnediately lower level. 

9. A method of operating a receiver, the method compnsmg: 

• t > t . 

receiving via a receiver announcement. data indicating a category to which 

one or more, announcements on a lower level and relating to an information .service 

belong, and quantity data indicating the quantity of announcement information 

transmitted in respect of the lower level announcements; and 

■ 

controlling the receiver to receive announcement data for a period of time 
dependent at least in part on the quantity data. 

10. A method as claimed in claim 9, in which the announcement data relates to 
one or more announcements on an immediately lower level. 

11. A metiiod as claimed in claim 9 or claim 10 in which die controUing step 
includes directing the receiver to a location received as part of a relevant higher 
level announcement. 

12. A mediod as claimed in any of claims 9 to 1 1, further comprising receiving in 
connection with the higher level announcement information indicating a timeout 
value, and controlling the receiver to cease receiving annoimcement data for a 
period of time dependent the timeout value, and to subsequendy resume receiving 
announcement data. 

13. A receiver for receiving announcement data indicating a category to which 
one or more announcements on a lower layer and relating to an information service 
belong and quantity data indicating the quantity of announcement information 
transmitted in respect of the lower level announcements; and arranged to receive 
announcement data for a period of time dependent at least in part on die quantity 
data. 
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14. A receiver as claimed in claim 13, in which the anno.uncement data relates tq 
one or more announcements on an immediately lower level. 

15. A receiver as claimed' in claim 1 3 or claim 1 4 which is arranged to be 

5 directed to a location identified by location information data receivable as part of 

the higher level announcement. , . 

* 

16. A receiver as claimed in any of claims 13 to 15, which is arranged to cease 
receiving lower level announcement data for a period of time dependent on a 

10 timeout value receivable by the receiver, and to resume subsequendy receiving 
information service data. 

17. A receiver as claimed in any of claims 13 to 16, which is a portable, battery- 
powered receiver. 

15 

18. A receiver as claimed in any of claims 13 to 17, which is arranged to receive 
time-sUced Internet Protocol datacast transmissions. 

19. A user interface, useable with an electronic program or service guide, the 

20 user interface comprising: 

a receiver module arranged to receive data indicating a category to which one 

or more announcements on a lower level and relating to an information service 

belong, and quantity data indicating the quantity of announcement information 

transmitted in respect of the lower level announcements, and 
25 a display module arranged to display a number of category options, which 

options are selectable by a user, the number of category options being dependent at 

least in part on the quantity data. 

20. A broadcast or multicast system substantially as shown in and/ or as 
30 described with reference to Figure 1 of the accompanying drawings. 



21. A receiver substantially as shown in and/ or as described with reference to 
Figure 2 of the accompanying drawings. 



wo 2004/008688 



PCT/IB2003/003016 



-14- 



22, A, method of operating a receiver ?ut?st2Uitiajily as herein described with 
reference to Figures 2 and 3 of the accompanying drawings. 
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